home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000051_news@columbia.edu_Wed Dec 6 07:58:49 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA06450
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun>); Thu, 7 Dec 1995 10:16:11 -0500
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.6.12/8.6.12) id KAA15727 for kermit.misc@watsun; Thu, 7 Dec 1995 10:16:08 -0500
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!news.msfc.nasa.gov!newsfeed.internetmci.com!inet-nntp-gw-1.us.oracle.com!news.caldera.com!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Server download file status
  8. Message-Id: <1995Dec6.135849.68926@cc.usu.edu>
  9. Date: 6 Dec 95 13:58:49 MDT
  10. References: <4a4b17$76n$1@mhade.production.compuserve.com>
  11. Organization: Utah State University
  12. Lines: 33
  13. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  14.  
  15. In article <4a4b17$76n$1@mhade.production.compuserve.com>, Rich Godlewsky 76412.156@compuserve.com <76412.156@CompuServe.COM> writes:
  16. > Under Windows environment, we are using Kermit's Server to 
  17. > receive files from a remote site. Concurrently with executing the 
  18. > Kermit server (using a *.pif), another (Windows) application is 
  19. > running and is looking to process these downloaded files as soon 
  20. > as each file is done downloading.
  21. > while Kermit is active which waits until the kermit file is 
  22. > received to process the new data.  This application determines 
  23. > when kermit is done with receiving the file by trying to open the 
  24. > file using exclusive mode, i.e., deny write and read access to 
  25. > other applications.  
  26. > 
  27. > This data processing application runs fine on two of our three 
  28. > PCs but on the third PC the data processing application can open 
  29. > the file and even 
  30. > delete the file while kermit is still receiving the file.
  31. > 
  32. > Is it possible to tell kermit that the file being received can 
  33. > not be 
  34. > accessed by any other application?  Note, MS Word does this when 
  35. > editing 
  36. > a file contary to Windows NotePad which allows others to access 
  37. > and 
  38. > delete a file while being edited.
  39. -----------
  40.     You may recall that MS Word and friends require loading the DOS
  41. SHARE program (or Windows equivalent). MS-DOS Kermit opens files in the
  42. most permissive mode, write and do not deny reading, since that is the
  43. most flexible. Your applications environment is dependent on a file locking
  44. senario, and hence on SHARE etc, and clearly Kermit isn't going to provide
  45. that. I would suggest your data apps depend on something else rather than
  46. a brute force file open, but off-hand I don't have a clever idea to offer.
  47.     Joe D.